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(54) Method of configuring network device 



(57) A network device (33) connected to a local net- . 
work (32) is configured using a module (41) operating 
within a console (34) connected to the local network 

(32) . Once activated, the module (41 ) obtains an unused 
network address. After obtaining the unused network 
address, the console (34) waits tor receipt of a request 
from the network device (33). Upon receipt of the re- 
quest, the console (34) forwards to the network device 

(33) a response. The response includes the unused ad- 
dress along with subnet and gateway information for the 
console (34). The console (34) then establishes a net- 
work connection to the network device (33) and displays 
on a monitor for the console (34), an address value (24). 
a subnet mask value (25) and a gateway value (26) for 
the network device (33). 
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Description 

The present invention concerns interconnected network devices, for example to automated internet protocol (IP) 
address allocation and assignment for the internet protocol. 
s The Transport Control Protocol / Internet Protocol (TCP/IP) has entered the main stream as the protocol of choice 

for network connectivity. TCP/IP commonly referred to as IP, has a number of benefits which attract networks and users 
including standardization, rich protocol and application support and the ability to route over Wide Area Networks 
(WANs). Although IP has many benefits, IP is difficult to configure and administer. This is especially the case in envi- 
ronments where a network novice may be present. Errors which may occur during IP installation can cause severe 
10 network problems and can be difficult to solve. The steps required to setup and configure an IP host are not intuitive. 
Table 1 below sets out the parameters which are required tor IP operation. 



Table 1 



Parameter 


Wiiere 


Usage 


Internet Protocol Address 


Local Host 


Required for all IP communication. 


Sub- Network Mask 


Local Host 


Required for sub-net determination. 



Table 2 below sets out optional configuration parameters for IP operation. 



Table 2 



Parameter 


Where 


Usage 


Default Gateway 


Local Host 


Required only if multiple networks are present. 


DNS Entry Definition 


On DNS system 


Required if friendly name usage is desired- 


DNS Server Address 


Local Host 


Required on host for friendly name resolution. 


WINS Server Address 


On WINS system 


Required for MS-Windows name resolution. 


BOOTP Entry Definition 


On BOOTP server 


Required for automatic IP bootstrap. 


DHCP Entry Definition 


On DHCP server 


Required for DHCP bootstrap. 



There are a variety of ways to configure and setup an IP protocol stack. IP is flexible in that the protocol stack may 
be configured manually on the host, or automatically The current solutions can be broken down into two main areas, 
basic and optional configuration. 

For basic IP configuration, an IP address is selected and configured on the host entity. Selection of an IP address 
requires that the user knows a unique address which corresponds to the network where the host entity is to operate. 
IP addresses are typically managed by one central authority in order to guarantee uniqueness. Also, an IP sub-net 
mask must be selected and configured on the host entity. Selection of the IP sub-net mask is required such that the 
host's protocol stack can determine when an address is meant for the local sub-net verses when it should be passed 
to the default gateway. 

For optional IP configuration, a default gateway must be selected and configured on the host entity. In order to 
allow communication across multiple networks, the default gateway must be configured. Also, a matching friendly name 
must be selected and configured on the Domain Name Server (DNS). 

If a friendly name is to be associated with the configured IP address, the name needs to be configured on a Domain 
Name Server 

Also, a DNS address must be selected and configured on the host entity. 

tn order for the IP entity to communicate with other IP entities using friendly names, a Domain Name Server address 
needs to be configured. A Windows Internet Name Service (WINS) sen/er must be selected and configured on the 
host entity if MS-Windows networking is to be used. An IP host which is running the Microsoft (MS) Windows operating 
system, available from Microsoft Corporation, having a business address at 16011 NE 36th Way, Redmond, WA 
98073-971 7, may optionally define a W! NS server. WINS is a name resolution service that resolves Windows network- 
ing computer names to IP addresses (not unlike DNS) in a routed environment A WINS sen/er handles name regis- 
tration, queries and releases. 

An alternative method of defining IP configuration information is through the usage of a BOOTsf/ap Protocol 
(BOOTP). BOOTP allows clients to automatically receive all IP configuration information from a configured BOOTP 
server. This frees the user from having to configure individual entities but the BOOTP server itself needs to be config- 
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ured. The BOOTP server serves IP information as welt as vendor specific data to an entity which has. broadcast a 
BOOTP request. 

Also, configuration may be through a Dynamic Host Configuration Protocol (DHCP) Server DHCP provides a 
framework for passing configuration information to hosts on a TCP/IP network. DHCP is based on BOOTP. but goes 
5 beyond by adding the capability of automatic allocation of reusable addresses and configuration options. Like BOOTR 
the configuratbn for individual entities must be configured on the DHCP server DHCP reuses IP addresses but does 
not address the issue of friendly names associated with these addresses and how their associations may change. 

The current I P configuration schemes are workable but are not intuitive. A TCP/IP knowledgeable person is required 
to provide the basic configuration Information. A person familiar with TCP/IP but not familiar with the network cannot 
fo properly configure IP since the currently available set of addresses, a sub-net mask and default gateway are required. 
An improperly configured IP stack can cause serious problems to existing networks. For many entities which do not 
have a keyboard and monitor this task is even more difficult. For these kind of systems, the basic IP parameters need 
to be configured either out-of-band or using an automatic bootstrap protocol. 

One of the difficulties of IP configuration is that there are many ways to do it. Given an entity with a IP stack it can 
^5 be configured using a local console, using an Out-Of-Band console, using an in-band console, using BOOTP or using 
DHCR 

Specifically, a local console can be used to locally configure an entity provided the entity has a keyboard and 
monitor. For entities which do not have a keyboard and console but do provide a form of OutOf-Band interface, such 
as RS-232. IP parameters can be configured via an Out-Of-Band console. 

20 For entities which already have an I P slack and would like to perform changes, an In-Band session may be utilized 

to perform IP configuration via an In-Band Console. Typically, this is in the form of a Telnet session. 

For automatic bootstrapping. BOOTP may be utilized. Here the work required is on the BOOTP server which needs 
to have an entry for the machine booting. For Ethernet entities, the MAC address must be entered along with the 
matching BOOTP data. DHCP is similar to BOOTP only IP addresses are reused and conserved by DHCR 

25 In order to configure the IP stack, some basic information is required in order to do it safely. In order to define an 

IP addresS: a free address in the range of valid addresses must be selected. Addresses are usually administered by 
a person who allocates these addresses to entities who require them. It is important that duplicate addresses are not 
allowed since this can cause major trouble. Also, a sub-net mask is required for proper operation. The mask must be 
the same on all entities across the sub-net. In addition, if the network has more than one sub-net and a gateway exists, 

30 it must be configured such the host can take advantage of it. In order to do so, the IP address of the gateway must be 
configured. If automatic bootstrapping is to be utilized, the host must be configured to issue a BOOTP or DHCP request 
(many IP stacks may do this automatically if no local stack is configured). Configuring the BOOTP or DHCP. server 
can be a significant amount of work. 

The present invention seeks to provide improved configuration of a network device. 

35 According to an aspect of the present invention, there is provided a method of configuring a network device as 

specified in claim 1. 

According to another aspect of the present invention, there is provided apparatus for configuring a network device 
as specified in claim 7. 

In the preferred embodiment, a network device connected to a local network is configured using a module operating 
40 within a console connected to the local network. Once activated, the module obtains an unused network address. This 
is done, for example, by the console sending a ping request via the local network and receiving a ping response via 
the local network. Addresses which do not respond may be deemed as "not currently used". Alternatively, unused 
network addresses may be obtained through other mechanisms such as: 

DHCP or BOOTP table reading, Simple Network Management Protocol (SNMP), Management Information Base (MIB) 

45 variable reading, and simple administrator input. 

After obtaining the unused network address, the console waits for receipt of a request from the network device. 
Upon receipt of the request, the console forwards to the network device a response. The response includes the unused 
address along with subnet and gateway information for the console. For example, the request is a BOOTP request 
and the response is a BOOTP response. The network device is initially configured using the unused address and the 

50 subnet and gateway information within the response. 

The console then establishes a network connection to the network device and displays on a monitor for the console, 
an address value, a subnet mask value and a gateway value for the network device. For example, this is done by 
launching a world wide web browser directed toward the newly issued address. The address value, the subnet mask 
value and the gateway value are displayed in a web page of the web browser In the preferred embodiment, the module 

55 is a plug-in module of the world wide web browser 

Also in the preferred embodiment, the user via the console, is provided opportunity to accept, deny or modify the 
address value, the subnet mask value and the gateway value for the network device. This is done, for example, via 
the web page displayed by the world wide web browser 
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The present invention can facilitate simplified configuration of a network device in a TCP/IP environment. This is 
especially beneficial to novice network users. For example, using the present invention, a user no longer has to enter 
data via an RS-232 port or utilize a BOOTP / DHCP server device to get a network device up and running. A user, 
however, still has the flexibility to change an initially assigned address. Also the preferred embodiment can be adapted 
to be compatible with the existing BOOTP mechanism and so can be used on a wide variety of devices. In addition 
this embodiment can be adapted for use as a plug-in to world wide web browsers. Thus it can provide assistance for 
any novice in configuration of an IP entity. 

An embodiment of the present invention is described below, by way of example only, with reference to the accom- 
panying drawings, in which: 

Figure 1 is a simplified block diagram of a connected network. 

Figure 2 is a simplified flowchart which illustrates a preferred embodiment of IP configuration of a network device. 

Figure 3 is a data flow diagram of a preferred embodiment of IP configuration of a network device. 

Figure 4 shows a configuration Hyper Text Transfer Protocol (HTTP) "home page" used during the preferred IP 
configuration of a network device. 

Figure 1 is a simplified block diagram of a local network 32. Local network 32 Is, for example, one or a combination 
of local area networks. A local console 34 and a network device 33 are shown connected to, and may be considered 
a part of local network 32. Local network 32 Is, for example, connected to internet 30 through a gateway 31 . Local 
console 34 is, for example, a personal computer. 

Figure 2 illustrates a method tor performing IP configuration of network device 33 in accordance with a preferred 
embodiment of system. Data flow for the method is illustrated by Figure 3. 

In a step 51, shown in Figure 2, an IP configuration module plug-in is installed into a World Wide Web (WWW) 
browser running within local console 34. For example, the WWW browser is a Netscape Navigator web browser avail- 
able from Netscape Communications Corporation, or a Microsoft Internet Explorer web browser available from Microsoft 
Corporation, having a business address at 1 6011 NE 36th Way, Redmond, WA 98073-9717. Plug-ins are a standardized 
extension mechanism for WWW browsers. Plug-ins are typically used for decoding new media types but can be used 
for other purposes as well such as application integration with a WWW browser. 

For example, Figure 3 shows an IP configuration module 41 which functions as a plug-in within a WWW browser 
42. Local console 34 can initially receive IP configuration module 41 from a floppy disk, a CD ROM, over internet 30 
or from another entity on local network 32. Once activated, for example by a user of local console 34 or via a local 
Uniform Resource Locator (URL), IP configuration module operates in accordance with the algorithm set out in Table 
3 below: 

Table 23 

Find a free IP address using Random I CMP ping, discovery, DNS, ARP or RARP 
Open BOOTP Server Port 
On BOOTP Request DO 

if BOOTP Request is from recognized MAC address range 
THEN 

Issue BOOTP response using free IP address, local subnet mask and local 

gateway 

Invoke browser using free address in URL 

Once activated, IP configuration module 41 will find an address which is not in use. This is determined through a 
variety of techniques. For example, the address may be obtained using an Internet Control Message Protocol (ICMP) 
Ping. An ICMP Ping is a simple protocol used to determine connectivity and usage of an IP address. In addition, ICMP 
Ping may be used to determine round trip response times in a network protocol stack. 

In addition, a Domain Name Server (DNS) address can be obtained. That is, using a DNS configuration table, 
addresses currently in use, or those about to be used can be determined. Also, addresses which will not be used can 
be determined and thereby be utilized as free addresses. Also an ARP cache reading can be performed. 

For example, in Figure 3, data flow for obtaining the address is illustrated by a ping request 45 and a ping response 
46 make over datapath 43 to local network 32. Ping responses denote addresses being used. 

In addition, IP configuration module 41 utilizes the sub-net mask and default gateway of local console 34 for con- 
figuring network device 33. This is illustrated by sub-net mask and gateway infomnation 44 shown being transferred 
from local console 34 to IP configuration module 41 . 

Then IP configuration module 41 acts in place of a BOOTP sen/er to accept and reply to a select set of BOOTP 
requests from devices having a recognized Media Access Control (MAC) address range. MAC addresses are used for 
level 2 addressing in the OSI 7 level model. A BOOTP request may contain a level 2 MAC address for an entity which 
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requires a level 3 address. For example, using Ethernet protocol, a BOOTP request would contain an Ethernet MAC 
address. The corresponding BOOTP response would contain an issued IP address to that MAC address. 

Once a valid BOOTP request has been received, IP configuration nnodule 41 will issue a BOOTP response which 
includes the address which it has found to not be in use. The BOOTP response uses the sub-net mask and default 
gateway of local console 34. This is illustrated by BOOTP request 47 and BOOTP response 48 shown in Figure 3 
being transferred between network device 33 and IP configuration nnodule 41 . 

Once BOOTP response 48 has been issued, IP configuration nnodule 41 will invoke WWW browser 42 to point to 
the device address just issued. The Uniform Resource Location (URL) for network device 33 will include the newly 
issued address. The Uniform Resource Indicator (URI) will specify a configuration content page 20. shown in Figure 
4. Once network device 33 has accepted the address, the web server within network device 33 will accept requests 
from IP configuration module 41 and allow configuration content page 20 to be displayed within WWW browser 42. 

In a step 52, shown in Figure 2, network device 33 is installed in local network 32 and powered up. Once powered 
up, network device 33 will issue a broadcast BOOTP request (i.e,, BOOTP request 47) which will be picked up by IP 
configuration module 41, as described above. IP configuration module 41 will issue BOOTP response 48 by which 
network device 33 will obtain the IP configuration parameters and proceed to initialize. WWW browser 42 is then 
launched, as illustrated by arrow 49. When launched, WWW browser 42 is pointed at network device 33. A Web Server 
running on network device 33 will respond to WWW browser 42 providing configuration information which WWW brows- 
er 42 displays on configuration content page 20 along with a web browser control panel 10. 

In a step 53, shown in Figure 2, configuration content page 20 is used to accept or deny the settings. That is. once 
network device 33 has been powered up, the operator can return to local console 34. Local console 34 will display 
configuration content page 20 with the configuration parameters for network device 33. This network connection is 
illustrated by network connection 50, shown in Figure 3. 

For example, as shown in Figure 4, configuration content page 20, in a location 21 , lists the type of device which 
is found. For example, configuration content page is a world wide web page. In a location 22, configuration content 
page 20 lists the status of the device found. In a location 24, within an IP configuration box 23, configuration content 
page 20 lists an IP configuration address assigned to network device 33 by BOOTP response 48. In a location 24, 
configuration content page 20 lists a subnet mask assigned to network device 33. In a location 26, configuration content 
page 20 lists a default gateway for network device 33. 

A user may modify the* IP configuration address in location 24, the subnet mask in location 25 and/or the default 
gateway in location 26. The user can deny the configuration by selecting a deny button 28. The user can accept the 
original or the modified configuration by selecting an accept button 27. 

The disclosures in United States patent application no. 08/891 .624. from which this application claims priority and 
in the abstract accompanying this application are incorporated herein by reference. 



Claims 

1 . A method of configuring a network device (33) connected to a local network (32) comprising the steps, performed 
by a module (41) operating within a console (34) connected to the local network (32). of: 

(a) in response to activation of the module (41 ), obtaining an unused network address; 

(b) upon receipt by the console (34) of a request from the network device (33), forwarding to the network 
device (33) a response which includes the unused address obtained in step (a) along with subnet and gateway 
inlormalion for the console (34): 

(c) establishing a network connection to the network device (33); and 

(d) displaying on a monitor for the console (34). an address value (24), a subnet mask value (25) and a gateway 
value (26) for the network device (33). 

2. A method as in claim 1 , wherein step (a) includes the substeps: 

(a.1) sending a ping request (45) via the local network (32); and 
(a. 2) receiving a ping response (46) via the local network (32), 

3. A method as in claim 1 or 2, wherein in step (b) the request is a BOOTP request (47) and the response is a BOOTP 
response (48). 

4. A method as in claim 1 . 2 or 3, comprising the step of: 
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(e) providing opportunity for a user via the console (34) to accept, deny or modify the address value (24). the 
subnet mask value (25) and the gateway value (26) for the network device (33). 

A method as in any preceding claim, wherein step (d) includes launching a world wide web browser (42) by which 
the address value (24). the subnet mask value (25) and the gateway value (26) are displayed. 

A method as in claim 5, wherein the module (41 ) is a plug-in module (41 ) of the world wide web browser (42). 

A system for configuring a network device (33) connected to a local network (32) comprising a module (41 ) oper- 
ating within a console (34) connectable to the local network (32); 

means for obtaining an unused network address in response to activation of the module (41); 
means for forwarding to the network device (33) a response which includes the unused address obtained 
along with subnet and gateway information for the console (34) upon receipt by the console (34) of a request 
from the network device (33); 

means for establishing a network connection to the network device (33); and 

means tor displaying on a monitor of the console (34), an address value (24), a subnet mask value (25) and 
a gateway value (26) for the network device (33). 

. A system as in claim 7, including selecting means for providing opportunity for a user via the console (34) to accept, 
deny or modify the address value (24), the subnet mask value (25) and the gateway value (26) for the network 
device (33). 

. A system as in claim 7 or 8, including means for launching a world wide web browser (42) by which the address 
value (24), the subnet nnask value (25) and the gateway value (26) can be displayed on the display means. 

0. A system as in claim 9, wherein the module (41) is a plug-in module (41) of the world wide web browser (42). 
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— 10 



IP CONFIGURATION 



Device Found: Switching Hub — 21 
Device Status: Not Configured - — 22 

An un-configured device was discovered on your 
network. The following IP configuration parameters 
have been verified as valid. Please accept, modify or 
deny these settings: 



IP Configuration 



Address 



Subnet Mask 



Default Gateway 



15.29.33.12 



— 24 



255.255.248.0 —25 



14.29.33.1 



— 26 



— 23 



Accept 



— 27 



Deny — 28 



— 20 
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40770 

Automatic Asstgnment of Unique Ctleiit IdetitlfterB 



This problem addresses the problem of servers mamtaming a persistant unique identiG^ for a 
cheat computer within a TCP/IP networii where it is assumed that the client IP address can be 
assigned dynanucaDy each time the cHcnt computer connects to the netwoik. Server* must 
have a persistent tdcntiAer of their c&ent computers if the server is required to maintain 
cUent/server context fue., state information) &om one netwoit connection to the next 

The approach is for the client (C) and the server (S) to maintain a persistent (e.g., disk) 
copy of a dicnt identifier that b automaticaUy generated by S. 

The protocol worta as foUows: 

Assume that C miHat^ a connection with S. I^st, C looks to see if tt has a persistent 
identifier (pi). If it does« it sends pi to S. Upon reoeiTing pi, S looks to see if it has recorded 
(on persistent storage) pi as one of its client identilicrs. If the server finds pl« it sends an 
indication to the client that pl is okay. If the server cannot find pl, it automatically generates 
a new identiftcr (pl*) that guarantees uniqueness among all that ^ent8 4hat have connected to 
the server. One unique tdentiSer generation technique is to use a time-stamp concatenated 
with a sequence number. The server, S, returns pi' to C» indicating that pl was not valid at 
S. If the dient, C, receives a new identifier, it must clean-up any resources the that had been 
previously allocated during previous connections with the server, S; for example, the old iden* 
tifier, pl, should be removed &om persistent storage. 

The first time C attempts to connect to S, it will not have an identifer, pl. In this case, 
C sends a null value to S to intficate that this is the initial connection attempt. Upon 
receiving the null dsent identifier (or some equivalent), S proceeds as described previotuty and 
returns a new generated identifier to C. 

Race conditioiu may occur when multiple concurrent processes in C are attempting to 
commuoic&te with S. In particulBT, during the protocol to establish the pcrnstent cUent iden- 
tifier, it is possible that more than one process (thread) may be attenqrting to connect to S. If 
the proper soialization is not perfonned, unpredictable results may occur, for example, more 
than one identifier could be sent to the dienL To handle this problem, a shared control Bh 
(F) that contains a nuQ identifier is constructed on C during start-up processing if it does not 
already exisL When a process wishes to coimect to S, it perfonns a shared-read on P. If the 
dient identifier is present, F is released, and proc essi ng continues as described preWonsly. 
However, if the dient identifier is nuOL the process attempta to acquire exdusive write access 
to F. If access is successful, C retains the lock on F until a new identifier (received &om S) is 
written. If read or write file access is denied, it means another process is involved m creatmg 
the persistem identifier. In this case, the blocked process waits for a period of time and 
retries. 

This invention pcrmiu the client computer to retain a persistent, unique identifier indefi- 
nitely wttfa respect to a specific server. Furthermore, the creation and management of this 
i<t^tifigr is handle automatically and does not require any configuration parameters. 



